home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-04.Z / 94-04 / text0187.txt < prev    next >
Encoding:
Text File  |  1994-04-30  |  8.5 KB  |  202 lines

  1. : i got a problem with my modem connnection, using winsock.dll and, for
  2. : example mosaic for ms-windows.
  3. : whenever i try to dial in to my university and try to get a SLIP connection,
  4. : i get back a new IP - and nothing else happens 
  5. : so, how can i establish a SLIP connection when there is no more respionse
  6. : by my termional server ??
  7. : if the reason where easy to solve , please let me know 
  8. : i use trumpet winsock.dll
  9.  
  10. : thank you very much for any suggestions , marcus polke.
  11. From news@bigblue.oit.unc.edu Thu Apr 14 17:03:00 1994
  12. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  13.           id AA23002; Fri, 15 Apr 1994 13:13:44 -0400
  14. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  15.           id AA17401; Fri, 15 Apr 1994 12:03:19 -0500
  16. Received: from GATEWAY by bigblue with netnews
  17.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  18. To: winsock@sunsite.unc.edu
  19. Date: Thu, 14 Apr 1994 17:03:00 GMT
  20. From: dick@bart.starnet.com (Dick Montgomery)
  21. Message-Id: <1994Apr14.170300.18951@starnet.com>
  22. Organization: StarNet Communications Corp.
  23. Sender: ses
  24. References: <2ohrd9$klk@tuba.cit.cornell.edu>
  25. Subject: Re: New Xwindemo?
  26.  
  27. Version 2.8.7 has been released this week.  We have not placed a new
  28. xwindemo.zip onto the ftp site.  That will likely happen on Friday.
  29. We will place it into the uploads section of winftp.cica.indiana.edu.
  30.  
  31. New features:
  32.         Implementation of $DISPLAY and $MYIP as variables for use
  33.         in creating X-Win sessions.  This will be especially helpful
  34.         at those sites which dynamically allocate I.P. addresses.
  35.  
  36.         New .kbd files with much better intl kybd support.  The compose
  37.         key function has been added.  
  38.  
  39.         The F10 key goes to X and not MS Windows.
  40.  
  41.         The right ALT key goes to X, the left alt key goes to MS Windows.
  42.  
  43.         Making icons to start sessions.
  44.  
  45.         64K colors works.  (xv still has a problem which makes it appear
  46.         to have a problem.)
  47.  
  48.  
  49. The bad news it that the double byte fonts did not make it into this release.
  50. It will be included in the next release.  We will be adding active icon support 
  51. also.
  52.  
  53. Thanks,
  54. Dick Montgomery
  55. StarNet Communications
  56. From news@bigblue.oit.unc.edu Tue Apr 15 12:26:56 1994
  57. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  58.           id AA29404; Fri, 15 Apr 1994 13:43:42 -0400
  59. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  60.           id AA18043; Fri, 15 Apr 1994 12:29:16 -0500
  61. Received: from GATEWAY by bigblue with netnews
  62.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  63. To: winsock@sunsite.unc.edu
  64. Date: 15 Apr 1994 12:26:56 GMT
  65. From: xxnoble@lims01.lerc.nasa.gov (Paul Noble)
  66. Message-Id: <2om16g$k17@eagle.lerc.nasa.gov>
  67. Organization: Sterling Software, Inc.
  68. Sender: ses
  69. Subject: Re: NCSA Mosaic v2.0alpha4
  70.  
  71.  
  72. I just downloaded WinMosaic 2.0a4 and it seems to have fixed at least the most
  73. obvious bugs. I can now reliably play sound clips. Unlike some earlier posters,
  74. I could sometime play sound files with WPLANY.
  75.  
  76. The scrolling feature for multiple screen documents does not cause overprinting
  77. the way 2.0a3 did.
  78.  
  79. Printing seems to work a little better, although it still does not do inline 
  80. images (but then they said it didn't). With 2.0a3, I could not print very well 
  81. at all.
  82.  
  83. All in all, it seems to be a much more stable program. Its still a little too
  84. early to tell, but it looks like this one's a keeper!
  85.  
  86.  
  87. Paul Noble                              |  Sign seen in a Physics Lab:                           
  88. NASA Lewis Research Center,             |
  89. Cleveland, Ohio                         |  Heisenberg may have slept here!
  90. e-mail: xxnoble@lims01.lerc.nasa.gov    |
  91. From news@bigblue.oit.unc.edu Wed Apr  9 20:32:24 1994
  92. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  93.           id AA29438; Fri, 15 Apr 1994 13:43:50 -0400
  94. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  95.           id AA18041; Fri, 15 Apr 1994 12:28:43 -0500
  96. Received: from GATEWAY by bigblue with netnews
  97.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  98. To: winsock@sunsite.unc.edu
  99. Date: Sun, 10 Apr 1994 01:32:24 -0500
  100. From: hpapaleo@magnus.acs.ohio-state.edu (HB Papaleonardos)
  101. Message-Id: <hpapaleo.15.0004D4AB@magnus.acs.ohio-state.edu>
  102. Organization: The Ohio State University
  103. Sender: ses
  104. Subject: Dynamically Assigned Address Server, anyone?
  105.  
  106. Our university's CISCO terminal servers assign SLIP 'clients' a machine
  107. name "slipX-YY.acs.ohio-state.edu" and an equally generic IP address.
  108. These addresses change EACH TIME you call the server and activate SLIP,
  109. so you never know what your IP address will be.  You can find out easily
  110. once you connect, but then you have tell everyone who you think might
  111. want to initiate a talk with you, FTP to your machine, etc., which is no
  112. fun at all.  The important point is that there's no non-interactive way
  113. for fellow users to tell what machine I, username HPAPALEO, am attached
  114. to.
  115.  
  116. I was thinking of ways to deal with this problem.  What first came to
  117. mind was changing the last line of my .plan to say 
  118. "slip1-36.acs.ohio-state.edu" or what have you, and sending all my
  119. friends a tiny script to tail the output of a "finger hpapaleo" command.
  120. It seemed simple at first, but it's actually horrid.  I need to have
  121. an automated program to telnet to my shell account, navigate the login
  122. process, and run a command to modify my .plan file.  I would also
  123. need to run a program to wipe the last line of the .plan file on
  124. termination of the SLIP session (which probably would not executed
  125. very often, anyway.)  My friends who also use SLIP would have to login
  126. just to run my little 'wheres-hpapaleo' command to find my address.
  127. Plus, in the future, ACS may no longer have shell accounts, but only
  128. SLIP accounts, so this wouldn't work at all.  Blech.
  129.  
  130. What I thought of next is a sort of dynamic nameserver.  Here's how it
  131. works:
  132.  
  133. 0.  There is a DAAServer running on some friendly network machine,
  134. a machine which will stay around long after there are no more shell
  135. accounts for ACS users.
  136.  
  137. 1.  I log in, and run an application which informs the DAAServer of
  138. my login, presents it with my username, machine name and IP address.
  139. Some authentication is done.
  140.  
  141. 2.  A buddy wants to get something from my FTP server.  He asks the
  142. DAAServer, "Where's HPAPALEO?"  It responds, "128.46.xxx.xx,
  143. slip1-36.acs.ohio-state.edu", or "HPAPALEO is not connected."
  144.  
  145. 3.  I prepare to log out by running another application which tells
  146. DAAServer, "HPAPALEO says Bye-bye."  My entry is zapped out of it's
  147. database.
  148.  
  149.     The only unsatisfactory elements are parts 1 and 3.  I don't
  150. think Trumpet Winsock supports automatic running of programs on
  151. login and bye, but it might.  It would be better if the CISCO's software
  152. could be taught to tell DAAServer about logins/logouts automatically
  153. (for readers from ACS, I think that the CISCO server is already cozy
  154. with the MAGNUS group, because it knows our usernames and passwords,
  155. and I think that when they're changed on MAGNUS, the server knows
  156. already.  Probably the DAAServer would run on Truth to start).
  157. This is more of a SLIP question now, but there don't seem to be any
  158. other appropriate groups.  
  159.  
  160.     I see this as a good solution to what is probably going to
  161. be a growing problem, as long as SLIP servers which assign addresses
  162. dynamically are being set up.  Would anyone like to volunteer for
  163. design of:
  164.  
  165. A. the info-request protocol?
  166. B. the info-update protocol?
  167. C. the DAAServer software (probably Unix host)
  168. D. info-request software for Winsock? (or for other platforms)
  169. E. Info-update protocol for Winsock?
  170. F. All of the above? (WOW!)
  171.  
  172.     Actually, it doesn't seem that this should be too hard to
  173. design.  All it needs is someone familiar with Winsock programming
  174. and daemons on networked Unix systems.  I'd do it myself, if I had
  175. the time to learn that stuff--but if it can be done sooner and better...
  176.  
  177.     Comments? (this has already been done, hopefully? ;)  I'm
  178. eager to help.
  179.  
  180. --
  181. |"Let's not spoil what we have together by talking." --Dan Fielding|
  182. | hpapaleo@magnus.acs.ohio-state.edu               Delphi: WTHUNDER|
  183. | NetworKING BBS: +1 614 868 4793              "And no place else."|
  184. From martinb@jsbus.com Fri Apr 15 05:40:44 1994
  185. Received: from jsbus.jsbus.com (jsbus.com) by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  186.           id AA17082; Fri, 15 Apr 1994 15:40:56 -0400
  187. From: Martin Bickford <martinb@jsbus.com>
  188. To: winsock@sunsite.unc.edu
  189. Subject: VB & Winsock
  190. X-Mailer: SCO Portfolio 2.0
  191. Date: Fri, 15 Apr 1994 12:40:44 -0700 (PDT)
  192. Message-Id:  <9404151240.aa02048@jsbus.jsbus.com>
  193.  
  194. Looking for Visual Basic on Winsock.  I know Distinct has a dev 
  195. kit, are there any others?  Visual C++ would be interesting also.
  196.  
  197. thanks
  198.  
  199. Marty Bickford
  200.  
  201.  
  202.